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METHOD AND APPARATUS TO PROVIDE SOUND ON A REMOTE 

CONSOLE 

5 BACKGROUND OF THE INVENTION 

1. Field Of The Invention 

The present technique relates generally to network computer systems, such as client- 
server computer systems. More particularly, a technique is provided for emulating sound of one 
network computer on a remote network computer. 

10 

I 2. Background Of The Related Art 

*H This section is intended to introduce the reader to various aspects of art which may be 

f!=J related to various aspects of the present invention which are described and/or claimed below. This 
s discussion is believed to be helpful in providing the reader with background information to 
1 5 H L ~ facilitate a better understanding of the various aspects of the present invention. Accordingly, it 

should be understood that these statements are to be read in this light, and not as admissions of 

prior art. 

Computer networks comprise a broad array of personal computers, servers, and network 
20 devices, which communicate with one another for sharing resources. Many of these network 
computers and devices require hardware configuration, software installation, and various other 
maintenance and management procedures. Network managers typically provide these 
management procedures on-site. However, the current trend is to provide more of these 
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procedures via remote management tools, particularly for headless servers and network devices. 
Headless devices generally refer to devices lacking user interaction components, such as a 
monitor, a keyboard, and a mouse. Remote management tools are particularly useful for network 
management, because these remote tools improve repair efficiency and reduce equipment 
downtime for the various network components. 

Remote management tools allow a user, such as a network manager, to interact remotely 
with another network computer or device via the network. For example, the remote user may 
interact with a server to initiate a boot process for the user's computer, to obtain a desired file 
from a file system on the remote server, or to execute a variety of other software applications. 
Servers often comprise a variety of network management hardware and software, such as Internet 
server hardware and software. Unfortunately, existing remote management tools provide very 
limited interaction with the network management hardware and software. For example, existing 
remote management tools do not provide sound corresponding to the network management 
hardware and software operating on the remote server. In many situations, the sound produced 
by the network management hardware and software may signal critical events or convey 
important information for effective use of the hardware and software. 

Accordingly, the present technique addresses the foregoing problems by providing an 
interface capable of reproducing sound generated by a server's hardware and software on a 
remote device. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Certain advantages of the invention may become apparent upon reading the following 
detailed description and upon reference to the drawings in which: 

Fig. 1 is a block diagram illustrating an exemplary computer network system of client and 
server computers; 

Fig. 2 is a block diagram illustrating an exemplary interface between the client computer 
and a managed server; 

Fig. 3 is a block diagram of exemplary audio circuitry for the client computer or the 

managed server; 

Fig. 4 is a block diagram of registers on an exemplary sound chip for the audio circuitry; 

and 

Figs. 5 and 6 are flowcharts of exemplary remote sound processes for reproducing sound 
of the managed server at the client computer. 

DESCRIPTION OF SPECIFIC EMBODIMENTS 

One or more specific embodiments of the present invention will be described below. In 
an effort to provide a concise description of these embodiments, not all features of an actual 
implementation are described in the specification. It should be appreciated that in the 
development of any such actual implementation, as in any engineering or design project, 
numerous implementation-specific decisions must be made to achieve the developers' specific 
goals, such as compliance with system-related and business-related constraints, which may vary 
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from one implementation to another. Moreover, it should be appreciated that such a 
development effort might be complex and time consuming, but would nevertheless be a routine 
undertaking of design, fabrication, and manufacture for those of ordinary skill having the benefit 
of this disclosure. 

5 

A technique is provided for emulating sound of a remote computer system, such as a 
server, on another computer system interfacing with the remote computer system via a network. 
The technique emulates sound of the remote computer system by using a standard audio format 
or by copying audio settings of the remote computer system to the interfacing computer system. 
10 C For example, the input/output addresses, sound tables, and register settings of audio circuitry for 
W the remote computer system may be detected, copied, transferred, and used by audio circuitry for 
fj, the interfacing computer system. 

3 

:; 

M* As described in detail below, the present technique provides a variety of systems and 

15 £ methods for reproducing or emulating sound originating at a remote computer system, such as a 
1 y server or network management device. Accordingly, the technique allows a user to interact with, 
or manage, the remote computer system with real-time audio corresponding to software and 
hardware events occurring on the remote computer system. For example, the user may remotely 
manage a web server via an interface that provides real-time video and audio corresponding to a 
20 management software application disposed on the web server. The present technique is also 
applicable in both directions between any number of computer systems, servers, or network 
devices. For example, the client computer system may transmit the user's voice to a server, 
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which recognizes and processes the user's voice to control management hardware and software 
on the server. In response to these voice commands, the server may initiate a management 
function or execute some operation in which audio data is generated by the server. The present 
technique then transmits this audio data to the client computer system for analysis by the user. 

5 The present technique is applicable to a wide variety of remote control or management 
environments, hardware and software sharing environments, and other suitable network 
environments. Although the present technique is particularly well-suited for a client-server 
interaction, the following systems and methods for emulating or reproducing sound is equally 
applicable to interactions between any electronic or processor-based devices, such as desktop 

10 O computers, laptop computers, personal digital assistants (PDAs), servers, headless servers, or any 
W other desired system. 

s" Turning now to the drawings and referring initially to Fig. 1, a block diagram of an 

M exemplary computer network system in which the present invention may be practiced is 

15 £ illustrated and designated using a reference numeral 10. The computer network 10 is intended to 

D 

illustrate a typical modern computer network configuration with all its complexities and 
flexibility. A managed server 20 is connected to a plurality of client computers 22, 24 and 26. 
For purposes of explaining the present embodiment clearly, only one server on the network 10 
has been designated as a "managed server." In practice, those of skill in the art will appreciate 
20 that the any or all of the servers in the network 10 could simultaneously include hardware and 
software devised according to the invention, making those servers "managed servers." 
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The managed server 20 may be connected to as many as n different client computers. 
The magnitude of n is a function of the computing power of the managed server 20. If the 
managed server has large computing power (for example, faster processor(s) and/or more system 
memory) relative to other servers on the network, it will be able to serve a relatively large 
number of client computers effectively. 

The managed server 20 is connected via a typical network infrastructure 30, which may 
include any combination of hubs, switches, routers and the like. While the network 
infrastructure 30 is illustrated as being either a local area network ("LAN") or wide area network 
("WAN"), those skilled in the art will appreciate that the network infrastructure 30 may assume 
other forms such as a municipal area network ("MAN") or even the Internet. 

The network infrastructure 30 connects the managed server 20 to server 40, which is 
representative of any other server in the network environment of managed server 20. The server 
40 may be connected to a plurality of client computers 42, 44 and 46. The server 40 is 
additionally connected to server 50, which is in turn connected to client computers 52 and 54. 
The number of client computers connected to the servers 40 and 50 is dependent only on the 
computing power of the servers 40 and 50, respectively. 

The server 40 is additionally connected to the Internet 60, which is in turn connected to a 
server 70. Server 70 is connected to a plurality of client computers 72, 74 and 76. As with the 
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other servers shown in Fig. 1, server 70 may be connected to as many client computers as its 
computing power will allow. 

Fig. 2 illustrates an exemplary remote sound system 100 for reproducing sound generated 
5 at a server 102 remotely at a client 104 that is communicating with the server 102 through the 
network 10. Again, the remote sound system 100 is equally applicable to interactions between 
any type and number of devices. The server 102 and client 104 are provided simply for 
illustration purposes. As discussed in detail below, the remote sound system 100 operates to 
emulate or reproduce sound of a remote computer or device by copying audio settings (e.g., 
10 O sound card registers) and sound files of the remote computer or by using a standard audio format. 
W if audio settings are copied from the remote computer, then the audio circuitry of both computer 
% systems is able to interpret audio commands the same or substantially the same. Similarly, if the 
T system 100 processes an audio command, or audio data produced by an audio command, to 
H provide a standard audio file/stream, then the audio circuitry of both computer systems is able to 
15 ;£ produce substantially identical sounds. In this exemplary embodiment, the server 102 comprises 
iV video circuitry 106, communication circuitry 108, audio circuitry 1 10, a central processing unit 
(CPU) 1 12, random access memory (RAM) 1 14, a hard disk drive 1 16, an operating system 118 
disposed on the hard disk drive 1 16, software applications 120 disposed on the hard disk drive 
116, and the management module 122. 

20 

The foregoing components may embody any suitable hardware and software for the 
desired server applications, such as client computer management, Web management, and "lights 
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out" management (LOM) for headless servers and devices. For example, the software 
applications 120 may comprise various management applications having audio and video 
features, which the remote sound system 100 reproduces or emulates at the client 104. 
Moreover, the management module 122 may be a Remote Insight Lights-Out Edition board from 
Compaq Computer Corp., Houston, Texas. The LOM board provides Web browser access to 
networked devices, such as servers, through a seamless, hardware-based, OS-independent 
graphical remote console. The LOM board provides full control of hardware and operating 
systems of the remote networked device through the Web browser no matter where the client is 
located. Accordingly, the LOM board may be particularly well suited for use in a headless 
server, which generally lacks user interaction devices, such as a monitor, a keyboard, and a 
mouse. 

The client 104 comprises a variety of hardware and software components, such as video 
circuitry 124, communication circuitry 126, audio circuitry 128, a central processing unit (CPU) 
130, random access memory (RAM) 132, a hard disk drive 134, an operating system 136 disposed 
on the hard disk drive 134, and various software applications 138 disposed on the hard disk drive 
134. The client 104 also comprises a variety of input/output devices, such as a graphical user 
interface 140, a keyboard 142, a mouse 144, and audio devices 146 and 148. In this exemplary 
embodiment, the graphical user interface 140 may comprise any suitable monitor or display. The 
audio devices 146 and 148 may embody audio speakers, a microphone, or any other desired audio 
devices. 
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As described in detail below, the remote sound system 100 facilitates remote interaction 
between the server 102 and the client 104 by transferring video data 150 and audio data 152 (e.g., 
audio commands or an audio file/stream) between the server 102 and the client 104. The system 
100 then processes the video data 150 via the video circuitry 124 and displays the video data 150 on 
the graphical user interface 140 of the client 104. The system 100 also processes the audio data 152 
via the audio circuitry 128 and plays the audio data 152 via one or both of the audio devices 146 
and 148. 

Fig. 3 is a block diagram illustrating exemplary audio circuitry 154, which may correspond 
to one or both of the audio circuitry 1 10 of the server 102 and the audio circuitry 128 of the client 
104. As discussed in detail below, the configuration and sound data in this audio circuitry may be 
detected, copied, and emulated by any number of remote computer systems, thereby allowing audio 
commands or data generated at one of these remote computer systems to be produced substantially 
the same by the audio circuitry of the other computer systems. As illustrated, audio circuitry 154 is 
disposed in a device 156 (e.g., server 102 or client 104), which comprises a power supply 158, a 
motherboard 160, and a plurality of hardware components powered by the power supply 158 and 
intercoupled via the motherboard 160. The hardware components comprise a CD/DVD drive 162, 
a floppy disk drive 164, a hard disk drive 166, one or more controllers 161 for the drives 162 
through 166, communication circuitry 168 (e.g., a modem, a network card, etc.), a central 
processing unit (CPU) 170, random access memory (RAM) 172, a direct memory access (DMA) 
controller 174, and the audio circuitry 154. Depending on the particular application, the server 102 
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and the client 104 may comprise any of the foregoing or other desired hardware and software 
components. 

In this exemplary embodiment, the audio circuitry 154 comprises a sound chip 176, a digital 
signal processor (DSP) 178, memory 180 (e.g., ROM), an analog-to-digital converter (ADC) 182, 
and a digital-to-analog converter (DAC) 184. The memory 180 also stores a variety of sound files, 
configuration parameters, and sound synthesis data, such as sound tables 179 and audio data 
standardizing tables/routines 181. The sound tables 179 may comprise sound tables for a variety of 
sound synthesis techniques, such as Wavetable synthesis and FM synthesis. The audio data 
standardizing tables/routines 181 may comprise data, parameters, mathematical functions, 
conversion programs, processing routines, and audio circuitry analysis programs for converting 
audio data or commands into a desired analog or digital audio format, such as an .MP3, .WAV, or 
RealAudio file. 

In operation, the analog-to-digital converter (ADC) 182 converts an analog audio signal 
186, such as sound generated from a microphone 183, into a digital format 188 for processing by 
the digital signal processor 178. The digital-to-analog converter (DAC) 184 converts a digital 
signal 190 into an analog signal 192 for audio playback via speakers 185. The digital signal 190 
may originate from the CD/DVD drive 162, software stored on the hard disk drive 166, an external 
digital audio device 187, or any other signal passing through the digital signal processor 178. The 
digital signal processor (DSP) 178 processes a digitized sound signal by using various sound tables 
179, register settings 193 (see Fig. 3), and audio configurations on the sound chip 176 and memory 
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180. The digital signal processor 178 then feeds the processed signal to the computer's data bus by 
way of the direct memory access (DMA) controller 174 or the central processing unit (CPU) 170. 
The audio circuitry 154 also may use the processing resources of the central processing unit (CPU) 
170. For example, the DSP 178 may transmit a digital sound signal to the CPU 170, which 
processes the digital sound signal and routes the digitized sound data to the hard disk drive 166. 
Alternatively, the DSP 178 may communicate directly with the hard disk drive 166 via the DMA 
controller 174. 

The communication circuitry 168 also may transmit an audio command or audio data to a 
remote device, such as transmission between the server 102 and the client 104. As discussed in 
further detail below, the device 156 may comprise a variety of hardware and software programs for 
detecting and analyzing audio configurations and settings of the audio circuitry 154. For example, 
an audio configuration analysis/setup module 165 may be stored on the hard disk 166 for evaluating 
the audio circuitry 154, copying the sound tables 179 and the register settings of the sound chip 
176, and then using these copied audio settings to configure audio circuitry of the remote device. In 
this exemplary embodiment, the audio configuration analysis/setup module 165 may be resident in 
both the server audio circuitry 1 10 and the client audio circuitry 128. Moreover, the remote device 
(e.g., the client 104) may transmit the audio configuration analysis/setup module 165 to the device 
156 for analysis of the audio circuitry 154 and retrieval of its audio settings. The remote device 
then configures its own audio circuitry (e.g., the audio circuitry 128 of the client 104) based on the 
retrieved audio settings from the audio circuitry 154 (e.g., the audio circuitry 110 of the server 102). 
If the computer systems have identical audio circuitry (e.g., identical registers), then the present 
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technique configures the audio circuitry the same. However, if the computer systems have different 
audio circuitry (e.g., different registers), then the present technique may attempt to provide a 
substantially identical or similar audio configuration for the different audio circuitry. For example, 
the configuration analysis/setup module 165 may evaluate the differences between the devices, 
copy the essential settings from the device 156, and configure the remote device accordingly. 

In operation, the audio circuitry of both computer systems interprets the audio command in 
substantially the same way to produce substantially the same audio output. For example, the digital 
signal processor (DSP) 178 or the central processing unit (CPU) 170 may process an audio 
command from one of the hardware or software components of the device 156, and then transmit 
the audio command to the remote device via the communication circuitry 168 (e.g., from the server 
102 to the client 104). The remote device then produces substantially the same audio output based 
on the audio command, because both computer systems have substantially the same settings for the 
audio circuitry. An audio command/data capturing module 167 also may be stored on the hard disk 
166 for capturing an audio command intended for the audio circuitry 154, copying the audio 
command, and then transmitting the audio command to the remote device via the communication 
circuitry 168. As with the audio configuration analysis/setup module 165, the remote device (e.g., 
the client 104) may transmit the audio command/data capturing module 167 to the device 156 to 
facilitate the audio interface between the device 156 and the remote device. 

The communication circuitry 168 also may transmit audio data to the remote device in the 
form of a standard audio file or audio stream. For example, the device 156 may use the audio data 
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standardizing tables/routines 181 of the audio circuitry 154 to produce a standard audio file or 
stream, such as an MP3, WAV, or RealAudio file/stream. Accordingly, as the hardware and 
software of the device 156 commands the audio circuitry 154 to produce a sound, the device 156 
may generate and transmit a standard audio file or stream to the remote device for substantially 
identical sound output. 

As noted above, the sound chip 176 and memory 180 of the audio circuitry 154 may 
comprise a variety of registers, sound tables, and/or other audio configurations. The present 
technique may use these register settings, sound tables, and other audio configurations to provide an 
audio interface between two or more computer systems. As illustrated in Fig. 4, the sound chip 176 
may comprise a plurality of registers 193, such as the 8-bit registers 194, 196, 198 and 200, which 
may be resident on both the server 102 and the client 104 (see Fig. 5). For example, an exemplary 
sound card may have 224 registers. The sound chip 176 also may comprise a sound chip 
access/addressing module 195 (e.g., I/O addressing for registers) and a sound synthesis module 
197, such as an FM synthesis or Wavetable synthesis module. FM synthesis takes tones of varying 
frequencies and combines them to create an approximation of a particular sound, such as the beat of 
a drum, the blare of a trumpet, or the sound of a piano. Wavetable synthesis operates by recording 
a sample of the actual instrument and then playing that sample in a loop to re-create the sound of 
the original instrument. Accordingly, by configuring multiple remote computer systems with 
identical or substantially the same audio configurations, the audio data generated at one of these 
computer systems can be efficiently transferred and interpreted by another one of the multiple 
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remote computer systems. In this manner, the present technique facilitates real-time audio 
interaction between multiple computer systems. 

In any of the foregoing sound systems, the audio circuitry 154 may comprise a variety of 
registers 193, sound tables 176, and other settings for processing and controlling the sound. For 
example, the registers 193 may comprise a variety of FM synthesis registers, which may 
correspond to timers, control flags, speech synthesis modes, composite sine-wave speech synthesis 
modes, keyboard split point, amplitude modulation (AM), vibrato (Vib), analog generator type, 
keyboard scaling rate, modulator frequency multiple, level key scaling, attack and decay rates, 
sustain level, release rate, feedback algorithms, amplitude modulation depth, vibrato depth, rhythm, 
waveform select, and various other audio settings and configurations. For example, registers 194 
through 200 may comprise bits for the following parameters: 



Table 1: Register 194 



BIT 


7 


6 


5 


4 


3 


2 


1 


0 


PARAMETER 


Attack Rate 


Decay Rate 



Table 2: Register 196 



BIT 


7 


6 


5 


4 


3 


2 


1 


0 


PARAMETER 


Sustain ] 


Level 




Release 


Time 



Table 3: Register 198 



BIT 


7 


6 


5 


4 


3 


2 


1 


0 



15 



COMP:0271 
P01-3945 



PARAMETER 


AM 


Vib 


Octave Shift 



Table 4: Register 200 



BIT 


7 


6 


5 


4 


3 


2 


1 


0 


PARAMETER 


Sea 


ling 


Output 


Level 







The present technique configures the audio circuitry 154 by programming the various 
registers 194 through 200 to values suitable for re-creating the desired sound. Accordingly, the 
present technique may detect the type of audio circuitry on each of the multiple remote computer 
systems, determine if there is compatibility between the foregoing audio configurations, and 
proceed to program audio circuitry for one or more of the multiple remote computer systems. If the 
audio circuitry for the multiple systems is identical (e.g., identical type and number of registers, 
memory for sound tables, etc.), then the present technique provides an identical audio interface for 
the multiple systems. However, if there are differences in the register settings, the memory 
resources, and other features of the audio circuitry, then the present technique attempts to copy the 
essential settings and provide a substantially identical audio setup for the multiple systems. For 
example, the present technique may utilize sound card conversion tables or programs (e.g., 
tables/routines 181) to ensure a proper audio match between the registers 193, sound tables 176, 
and other settings of audio circuitry for the multiple remote computer systems. 
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The audio circuitry 154 also has a variety of input/output addresses and communication 
channels, such as an interrupt request number (IRQ), an 8-bit DMA channel, a 16-bit DMA 
channel, and a sound chip input/output address. Moreover, the sound chip 176 may comprise 
multiple sound systems, such as an FM synthesizer and a wave synthesizer. Accordingly, the 
5 system 100 may configure and interact with the audio circuitry 154 on various remote devices, such 

as the server 102 and the client 104, using the foregoing input/output addresses and communication 
channels. 

Fig. 5 is a flow chart of an exemplary process 300 for practicing the present technique. As 
1 0 p illustrated, the process 300 begins by initiating a client/server connection (block 302) between the 

LU server 102 and the client 104. The process 300 then proceeds to create an audio interface between 

'"4 

2 audio circuitry of the server 102 and the client 104 (block 304). As discussed above, the audio 

In 

circuitry 154, which may correspond to the audio circuitry 1 10 of the server 102 or the audio 
M circuitry 128 of the client 104, comprises a variety of registers 193, sound tables 179, and input 

1 5 »F output addresses that control sound and operation of the audio circuitry 1 54. In this exemplary 
! * embodiment, the process 300 proceeds to retrieve the configuration settings of the server audio 
circuitry 110, which comprises various registers 306 (e.g., registers 193), sound tables 308 (e.g., 
sound tables 179), and input/output addresses 310 (block 312). The process 300 then creates the 
audio interface 304 by configuring the client audio circuitry 128 based on the server configuration 

20 (block 314). For example, the process 300 may evaluate the server audio circuitry 1 10, determine 

the register settings of the registers 306, copy the sound tables 308, detect the input/output 
addresses 310, and transmit these various audio configurations and data from the server 102 to the 
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client 104. Once received by the client 104, the process 300 configures registers 316 based on the 
configuration of registers 306, copies the sound tables 308 to sound tables 318, and configures the 
client audio circuitry 128 for communication of audio commands or audio streams via input/output 
addresses 320. The process 300 also may detect whether the client and server audio boards are 
5 compatible, and provide conversion routines and sound conversion tables (e.g., tables/routines 
181) for creating an audio interface between these audio boards. 

The process 300 then proceeds to interact between the server 102 and the client 104 (block 
322). For example, the process 300 may initiate a remote management session between the server 
10 o 1 02 and the client 1 04, allowing the client 1 04 to manage network resources via the management 
W module 122, as illustrated in Fig. 2. During this remote management session, the client 104 may 
™| interact with one of the hardware modules or software applications 120 disposed on the server 102. 

!!.: i: 

At some point, either by the user's interaction with the server 1 02 or by independent operation of 
U the server 102, a server event 324 may occur. In this exemplary embodiment, the process 300 

1 5 :E retrieves an audio command/data corresponding to the server event (block 326). For example, the 

O 

' w process 300 copies the audio command being transmitted to, or generated by, the server audio 

circuitry 110 and transmits the copied audio command to the client audio circuitry 128, which has 
been configured with substantially identical or similar settings as the server audio circuitry 110 (i.e., 
settings of the registers, sound tables, etc.). Accordingly, the client audio circuitry 128 processes 
20 the audio command received from the server 102 at the client 104 based on these substantially 

identical or similar settings (block 328). The client audio circuitry 128 then generates audio data 
based on the audio command and converts the server's audio data to an analog signal (block 330). 
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The client audio circuitry 128 then plays the analog audio data at the client 104 (332). Accordingly, 
the process 300 provides a real-time audio output at the client 104 corresponding to the audio 
command directed to the server 102, thereby facilitating real-time user interaction with the server 
102. 

Although the foregoing process 300 is particularly advantageous for emulating sound on a 
remote computer system, such as the client 104, the present technique also may provide remote 
sound via hardware-independent techniques. Fig. 6 is a flow chart of an exemplary process 400 for 
transmitting sound generated at the server 102 to the client 104 using sound processing techniques, 
which provide a standard sound format interpretable by both the audio circuitry 110 of the server 
102 and the audio circuitry 128 of the client 104. Accordingly, the process 400 proceeds by 
initiating a client/server connection (block 402) and by initiating interaction between the server 102 
and the client 104 (block 404). For example, the process 400 may initiate a remote management 
session between the server 102 and the client 104, allowing the client 104 to manage network 
resources via the management module 122, as illustrated in Fig. 2. During this remote management 
session, the client 104 may interact with one of the software applications 120 disposed on the server 
102. 

At some point, either by the user's interaction with the server 102 or by independent 
operation of the server 102, a server event 406 may occur. In this exemplary embodiment, the 
process 400 generates audio data at the server 102 corresponding to the server event (block 408). 
The process 400 then samples and converts the server audio data into a standard audio format 
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(block 410). For example, the server 102 may process and save the server audio as any one of the 
following audio formats: AU, AIFF, AIFF-C, Audio CD, IFF/8SVX, MIME, MOD, MP#, 
Quicktime, SDH, snd Resource types 1 and 2, SoundCap, SoundEdit 16, Voc, Wave (.wav), and 
RealAudio. The process 400 then transmits the server audio and data across the network 1 0 to the 
5 client 104 (block 412). The client 104 receives the server audio data in the standard audio format 
(block 414), which the client 104 is able to process for replay at the client 104 (block 416). The 
process 400 then converts the server audio data to an analog signal (block 41 8), which the client 
104 plays to provide a full audio and video interface between the server 102 and the client 104 
(block 420). The process 400 also may use a variety of audio streaming and real time technologies 
10 p (RTT), such as RealAudio, thereby allowing the client 1 04 to read, process and play the audio 

W stream (i.e., audio for the server event) as it is received by the client 104. 

y ^ 
m 

^ Accordingly, the present technique facilitates real-time user interaction with a remote 

M» computer system, such as a server, by providing real-time audio corresponding to hardware and 

15 *F software events, software audio, music, and various other audio associated with managing the 

as a 

* u remote computer system. Moreover, the present technique may allow audio communication in 
both directions, thereby allowing voice recognition software to be used for commanding or 
interacting with the remote computer system. The present technique also may comprise a variety 
of other audio analysis modules configured to provide an efficient audio interface between 
20 remote network devices, such as the server 102 and the client 104. For example, the present 

technique may comprise an audio circuitry analysis module (e.g., audio configuration 
analysis/setup module 165), which proceeds with audio data standardization if the audio boards 



20 



COMP:0271 
P01-3945 

are incompatible or if conflicts exist between the client and server hardware. Moreover, the 
present technique may select one of the foregoing systems 300 and 400 based on the type of remote 
session between the server 102 and the client 104. For example, a short or simple session may 
proceed with the audio data standardization technique of the process 400, rather than the hardware 
emulation technique of the process 300. 

While the invention may be susceptible to various modifications and alternative forms, 
specific embodiments have been shown by way of example in the drawings and will be described 
in detail herein. However, it should be understood that the invention is not intended to be limited 
to the particular forms disclosed. Rather, the invention is to cover all modifications, equivalents 
and alternatives falling within the spirit and scope of the invention as defined by the following 
appended claims. For example, the present technique may detect, copy, and substantially 
emulate a wide variety of audio hardware and software, including FM synthesizers, Wave 
synthesizers, and various other sound synthesizers. Moreover, the present technique may utilize 
any standard audio format, including but not limited to, WAV files, MP3 files, RealAudio files, 
etc. 
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